home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19941031-19941221
/
000209_news@columbia.edu_Sat Nov 19 22:03:05 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA18967
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 21 Nov 1994 07:58:50 -0500
Received: by apakabar.cc.columbia.edu id AA14231
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 21 Nov 1994 07:58:49 -0500
Newsgroups: comp.protocols.kermit.misc
From: david@djwhome.demon.co.uk (David Woolley)
Path: news.columbia.edu!sol.ctr.columbia.edu!newsxfer.itd.umich.edu!gatech!swrinde!pipex!demon!djwhome.demon.co.uk!david
Subject: Telnet Data Mark displays as "r" on MSK 3.13.
Keywords: SCO 3.2V4.2, MS-Kermit 3.13, Telnet, Interrupt, Data Mark
Summary: SCO Unix sends Data Mark on interrupt. MSK 3.13 P13 displays as r.
X-Mailer: cppnews $Revision: 1.42 $
Organization: Demon Subscriber at Home
Lines: 18
Date: Sat, 19 Nov 1994 22:03:05 +0000
Message-Id: <785307785snx@djwhome.demon.co.uk>
Sender: usenet@demon.co.uk
Apparently-To: kermit.misc@watsun.cc.columbia.edu
When an interrupt signal is generated on our SCO machines
(3.2V4.2), MS-Kermit (3.13, patch about 13, but there are no
obvious fixes listed up to patch 20**) displays an "r". NCSA
Telnet handles this correctly, and examining the event trace
shows that a Telnet Data Mark signal is being sent.
This happens for both Telnet interrupts, and interrupts generated
by sending the stty interrupt character.
This is really only a cosmetic problem, and normally results from
being too lazy to change the interrupt character or remap the
backspace key before talking to the machine in question. It
doesn't happen for SunOS 4.1.1.
** the patch level 20 file is at home, not in the office.
--
David Woolley, London, England david@djwhome.demon.co.uk
Demon supplies me with IP/SMTP/NNTP. *.demon hosts are independently managed.